Method for reverse path mapping in a wireless network using Comarco and Hughes telecommunications equipment

ABSTRACT

A method and system are provided for generating a graphical representation of call-specific data in a wireless network in conjunction with Comarco and Hughes equipment. The method includes performing a first phone call using the Xtel equipment to obtain a first set of call-specific drive test data from an area covered by the wireless network. This first set of data includes at least a time associated with the first phone call. The method also includes performing a second phone call using the Lucent equipment to perform an RF call trace. This second phone call is made in connection with the drive test and provides a second set of call-specific data. As for the first set of data, the second set of data includes at least a time associated with the second phone call. Next, the method includes combining the first and second sets of data into a combined output file based on common time information. Then, the method includes processing the combined output file in a thematic mapping software program to provide a graphical representation of the combined output file. This embodiment can also be implemented in a system performing the method or on a computer-readable medium.

STATEMENT REGARDING FEDERALLY SPONSORED RESEARCH OR DEVELOPMENT

(Not Applicable)

CROSS REFERENCE TO RELATED APPLICATIONS

(Not Applicable)

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention broadly relates to wireless network methods andsystems, and more particularly to methods and systems for gatheringdata, performing database updates, and/or generating report informationassociated with a wireless network.

2. Description of the Related Art

Telephone communication has seen phenomenal growth since its inceptionbecause of its extreme usefulness in today's world. Modern telephonesinclude generic desktop telephone units, cordless telephones and moreadvanced cellular telephones (or “cell phones”). In contrast to acordless telephone unit, a cellular telephone allows portability in thata cell phone operator can use the cell phone thousands of miles fromhome and is supported by a sophisticated telecommunications system.

A cellular service provider's network includes a number ofinterconnected cellular switches or mobile switching centers (MSC's)that facilitate cell phone portability in the network. The cellularnetwork also typically includes a large number of cell sites, with eachMSC generally serving more than one cell site. The cell phone operatedby a mobile subscriber (MS) communicates with an appropriate basestation over a radio link established between the base station and thecell phone. The base station, in turn, forwards signals received fromthe cell phone to the corresponding MSC for further processing andpropagation. Similarly, the base station relays messages received fromthe MSC to the appropriate cell phone within the cell site served by thebase station. Thus, the base station may be viewed as a conduit ofmessages exchanged between the MSC and a cell phone.

It is observed that the cellular service provider may add more cellsites (and base stations) or reconfigure existing cell site boundariesto cope with increased cellular traffic in the service provider'scellular network. The increased cellular traffic may have resulted fromthe new cell phone operators or from mobile subscribers signing up forthe service provider's cellular services and operating within thenetwork. Increased cellular traffic can also, of course, result fromincreased usage of cellular services by existing subscribers. Theaddition of new cell sites or reconfiguration of existing cell sites toaccommodate increased cellular traffic requires that the new cell sitesbe “retuned” for effective communication with corresponding MSC's. Theradio communication between a new (or existing) cell site and itsassociated MSC often needs to be monitored to evaluate whether the MSCrecognizes the cell site. Also, any new MSC's added in the cellularnetwork, or any MSC's already operational in the network, may need to bemaintained and routinely checked for effective radio communication witha cell phone operative within the cellular network region served by aparticular MSC.

In the telecommunications architecture developed under the “LUCENT”trade designation, for example, the advent of TDMA technology introduceda significant amount of new translations or software settings. Due tothis increased number of translations or changes in software settings,entering retune information manually is rapidly becoming prohibitivefrom a productivity perspective. Retunes are typically performed duringoff-peak hours to minimize potential impact to the customer. Retunesusually involve nocturnal work performed by human technicians prone tomistakes caused by exhaustion and fatigue. There is a need, therefore,for a retune tool that employs automation to increase efficiency andcosteffectiveness of retunes within a wireless network.

In a cellular system, as new cells are being deployed, the frequencyplan has to be continually modified. If a new cell is introduced betweentwo existing cells, for example, information for the new cell and itsneighbors needs to be modified. As a result, frequency retunes are oftenrequired to properly integrate the new cell into the existing system.Currently, retune is being performed manually, and it takes considerabletime and resources to retune a site in this manner. Also, such manualprocedures can introduce human errors that may further frustrate effortsto resolve problem analysis and resolution. Automating the retuneprocess would enhance processing of updates of the database with newchannel numbers and other information and also eliminate human errors.

In addition, when one or more fields in a call-specific database need tobe changed, manually completing the updates can require a prohibitiveamount of time. Such changes are also typically prone to human erroroccasioned by manual data entry operations. What is needed therefore area method and system that can update the appropriate information in thedatabase while reducing clerical errors associated with manualprocesses.

In addition, data related to calls occurring within a given geographicalarea are not always susceptible to effective reporting. Informationrelated to fraudulent use, for example, of wireless technology and, moregenerally, to problems occurring within a wireless network is oftenseparated into different data files. What is needed is a way to combinedata files related to call data in a report format, such as a graphicalrepresentation, that can be readily analyzed to permit resolution ofproblems in a wireless network. Use of such reports is also neededacross a variety of equipment that can be employed within a givenwireless network.

SUMMARY OF THE INVENTION

A method and system are provided for generating a graphicalrepresentation of call-specific data in a wireless network inconjunction with Comarco and Hughes equipment. The method includesperforming a first phone call using the Xtel equipment to obtain a firstset of call-specific drive test data from an area covered by thewireless network. This first set of data includes at least a timeassociated with the first phone call. The method also includesperforming a second phone call using the Lucent equipment to perform anRF call trace. This second phone call is made in connection with thedrive test and provides a second set of call-specific data. The secondset of data includes at least a time associated with the second phonecall. Next, the method includes combining the first and second sets ofdata into a combined output file based on common time information. Then,the method includes processing the combined output file in a thematicmapping software program to provide a graphical representation of thecombined output file. This embodiment can also be implemented as asystem for performing the method or on a computer-readable medium.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 shows a mobile switching center in wireless communication with anumber of cell sites in a cellular service provider's network;

FIG. 2 illustrates an arrangement for acquiring and processing data fromand in connection with the mobile switching center;

FIG. 3 is a flowchart of process steps involved in an automated databaseupdate method and system;

FIGS. 4A and 4B include a flowchart of process steps employed in anautomated retune method and system;

FIG. 5 is a flowchart of process steps used by a tear down report methodand system;

FIG. 6 shows an excerpt of a log file used to generate a graphicalrepresentation;

FIG. 7 shows a modified file based on a log file in accordance with FIG.6 that is ready for receipt by a thematic mapping software program;

FIG. 8 shows a graphical representation of a tear down report;

FIG. 9 is a flowchart illustrating process steps employed by reversemapping methods and systems;

FIG. 10 shows a sample Ericsson data log related to testing in aparticular coverage area of a wireless network;

FIGS. 11A and 11B show a sample Xtel log file acquired from drive testdata obtained in a particular coverage area within a wireless network;

FIG. 12 illustrates a sample graphical representation plotted by signalstrength for a given coverage area within a wireless network;

FIGS. 13A and 13B show a sample log file related to use of a Comarco andHughes arrangement in a wireless network;

FIG. 14 shows a sample log file related to use of a Comarco and Hughesarrangement in a wireless network; and,

FIG. 15 shows a graphical representation plotted by signal strength fora given coverage area of a wireless network.

DETAILED DESCRIPTION

The following terminology is intended to provide guidance to one skilledin the art with the various embodiments disclosed herein. Use of aparticular nomenclature, whether conventionally applied in the art orotherwise, is for purposes of illustration only and not intended tolimit the scope of the present invention:

Term Definition ECP “Executive Cellular Processor” (sold byLucent)-typically a 3B30D computer which is the main processor for theLucent Technologies “AUTOPLEX 1000” cellular system OMP Operations andManagement Platform (sold by Lucent)-OMP is an adjunct processor to theAUTOPLEX System 1000 that provides additional terminal support andoff-line processing. AUTOPLEX A Lucent cellular product consisting of aSeries II cell System 1000 site, a Digital Cellular Switch (DCS), and anECP. Base Station (Cell) A radio transmission and processing componentof certain wireless systems, such as the Autoplex 1000 system; acollection of components which provides an interface between the mobileunit and facilities of the switch. Typically includes radiotransmitter/receiver equipment, antennas and computers. Cell Site TrunkA trunk which provides a talk path between the DCS and the Cell 3B30D Afully duplexed, fault-tolerant computer with 256 MB of physical memory.It serves as the main hardware component for the ECP and it contains theInput-Output Processor (IOP), the Central Processing Unit (CPU), thememory stores, and the Disk File Controller. 5ESS Electronic switchingsystem sold under “Lucent” trade designation Apxrcv An “AUTOPLEX 1000”database management system DBMS Database Management System. Any softwareor system which organizes and manipulates information in a database DBForm (e.g., “ceqsu2”, “ctm”, etc.)-A collection of logically related orLucent form information referenced by a key. A key may be a single fieldor multiple fields. Also, an image displayed on the RC/V terminal, usedto enter and/or display the contents of a given database, including oneor more screens. Form An image displayed on the OMP that is used toinsert/update/review/delete the data contents of a database RecordIdentifies the information displayed on a given form for a particularkey value RC/V Recent Change/Verify (Lucent). A type of softwareapplication which provides a user interface to the database managementsystem. AMPS Advanced Mobile Phone System Uses Frequency DivisionMultiple Access (FDMA), whereby the RF Spectrum allocated for cellularphone systems by the Federal Communications Commission (FCC) is dividedinto 30 KHz-wide RF channels. These RF channels are allocated as setupchannels or individual voice channels. The communication from mobileunit to cell site is termed as uplink (reverse path) and thecommunication from cell site to mobile unit is termed as downlink(forward path). TDMA Time Division Multiple Access (Uses the same FDMA30-KHz voice Channel allocations as AMPS)-carries digital informationthat is time-division multiplexed into six “time slots”. A pair of timeslots can be used to support communications in uplink and downlinkdirections. DCCH Digital Control Channel. A channel used to deliverprogramming information to a mobile unit. Channel A pair of frequenciesused for wireless communication. One channel is used for base station tosubscriber transmission while the other is used for subscriber to basestation transmission Channel Reuse Refers to the simultaneous use of asingle voice channel for multiple conversations in separate cells of thesame service area Voice Channel A channel on which a voice conversationoccurs and on which brief digital messages may be sent from a cell siteto a mobile unit or vice versa Setup Channel A Channel used to transmitdigital control information from a cell site to a mobile or vice versaAVC Analog Voice channel ACC Analog Control channel Trunk A port on aswitch which connects to transmission equipment. It is used fortransmitting and/or signaling between two entities, such as centraloffices or sections of the same switching system RF Call Trace A Lucenttool. It provides for call performance assessment from the mobile. Bymeasuring the signal strengths of mobile calls from various cell sites,a system operator can analyze the quality of the radio environmentTipdunix A Lucent tool that is used to remove/restore radios, rundiagnostics on radios, and the like. This tool is run from the ECP.DESCRIPTION OF VARIOUS LUCENT FORMS: Ceqsu2 Cell Equipage Setup. Thisform contains information concerning characteristics of the setup radioassociated with each antenna face or the entire cell for a given cellsite. Dcch Digital Control Channel. DCCH is used for transmission ofcontrol information and short user data messages between the cell andmobile. CTM Cellsite Trunk member (Analog). This form containsinformation on trunk members such as server group, physical antennas,voice radio channel, group, number, timeslot and beacon, trunk status,supervisory audio tone color code, and the like. Tpptm TDMA Packet pipetrunk member information. Same as CTM, except this form is used to storedigital trunk member information. Resel Reselection list for controlchannels. Fci Face Code Information. This form contains informationconcerning the cell site in the handoff function based on 1) servergroup and 2) antenna face. That is, the neighbor list of MAHO (MobileAssisted Handoff List) for a particular cell face is contained in thisform. LAF Logical Antenna Face. A combination of a physical antenna faceand a server group Server Group A group of voice radios at a dual cellsite which serves either the larger or the smaller radius of the cellDrive Testing A test which involves driving a motor vehicle (with mobiletransceiver) in a specific area of coverage while attempting to completeor monitor calls; a performance analysis activity used to findservice-affecting problems Cron A scheduler which controls systemactivities so that they are performed at scheduled times MISCELLANEOUS:Mapinfo Software developed by Mapinfo Corp. that helps RF (RadioFrequency) engineers perform thematic mapping for visualization oftelecommunications data PhonePrint A software package of CorsairCommunications that helps engineers to access data from the PhonePrintFraud Control Database. BER Bit Error Rate. The percentage of bit errorsthat occur during uplink or downlink transmission; a measure of digitalsignal quality FER Frame Error Rate. The percent of received frames thatwere deemed to have one or more corrupted bits in a frame MAC MobileAttenuation Code RSSI Received Signal Strength Indication-represents thereceived signal strength for a given channel Time Advance Indicates theuser's timing offset with respect to the time slot ERICSSON-SPECIFICTECHNOLOGIES: OSS Operations and Support System. The function of OSS isto assist the network operator in managing the telecommunicationsnetwork. The OSS can communicate with and control many remote pieces ofequipment making it possible to perform many network management tasksfrom a central location. CNO Cellular Network Operations. ThroughCommand Handling and fault Management application, it supportscentralized operation Command Handling; CNO interacts with the networkelements through Man Machine Language (MML) commands. The CommandHandling window in OSS can be used to issue MML commands to modifydatabase, review database, add/delete database records, and otherrelated functions

Referring now to FIG. 1, there is shown a mobile switching center (MSC)or a cellular switch 12 in wireless communication with a number of cellsites 16A, 16B, 16C, and 16D, in a cellular service provider's network10. Each cell site 16A-16D may include a base station (BS) 17A-17D thatcommunicates over radio links (e.g., radio links 15A and 15B) withcellular telephones (e.g., cell phones 14A and 14B) within that cellsite using a corresponding wireless transmission tower 18A-18D. Themobile switching center (MSC) 12 is a functional entity that representsan automatic wireless message switching system. The MSC 12 is in directwireless communication with the base stations 17A-17D via correspondingradio links 20A-20D. The MSC 12 receives numerous signals from the basestations 17A-17D, such as call initiation signals, call terminationsignals, voice communication signals, etc., transmitted by the cellphones (e.g., the cell phones 14A and 14B) to their nearest base stationtransmission towers (e.g., towers 18A and 18B). The MSC 12 may bedistinguished from an MTSO (mobile telephone switching office) (notshown), which may refer more to the physical architecture of thewireless switching office including switching hardware, the physicalbuilding, etc. The MSC 12 typically provides an interface for usertraffic between a cellular network (e.g., the cellular telephone network10) and other public switched telephone networks (PSTNs) or other MSCsin the same or other networks.

It is noted that the terms “mobile subscriber”, “network subscriber” and“mobile user” are used interchangeably hereinbelow. A “mobile subscriber(MS)” (not shown) may be a human individual who has subscribed to one ormore mobile wireless services. The term “mobile subscriber”, as usedherein, also includes a mobile service user who uses the subscribedwireless service(s) with a cellular telephone. The term “cellulartelephone” may include a mobile telephone handset (e.g., the handset14A) or a computer equipped for wireless communication (not shown) orany other similar cellular telecommunication device that is capable ofvoice and/or data communication in a wireless network. Further, “mobilecommunication” may include voice, data or any other informationcommunicated via a mobile wireless network. The terms “wireless network”or “mobile wireless network” as used herein are contemplated to includeanalog or digital cellular mobile networks irrespective of theunderlying transmission technology, e.g., CDMA (code division multipleaccess), TDMA (time division multiple access), etc., and any other radionetwork that employs intersystem messaging (e.g., IS-41 based messagingscheme) as part of mobile wireless communication.

The MSC 12 provides basic switching functions and coordinates theestablishment of calls to and from cellular subscribers. Thus, the MSC12 is responsible for various call processing as well as mobilesubscriber mobility management functions. As part of its call processingfunctions, the MSC 12 may receive certain mobile subscriber-specificdata from the base stations served by the MSC 12. The base station mayreceive the subscriber-specific data when a mobile subscriber (or cellphone operator) initiates a telephone call using a cellular telephone.Thus, the subscriber-specific data may get communicated to the MSC 12via a series of radio links such as, for example, via the radio links15A and 20A when a telephone call is placed using the cell phone 14A.The subscriber-specific data may include the MIN (Mobile IdentificationNumber) and the ESN (Electronic Serial Number) for the cellulartelephone being operated by the mobile subscriber, the destinationtelephone number for the telephone call, one or more radio channelsassigned during the telephone call by the respective base station in thewireless network and the cell site from which the mobile telephone callwas placed.

The base station 17A-17D in each cell-site 16A-16D receives radiocommunications from cellular telephones operative in the correspondingcell-site. For example, the base station 17B in the cell-site 16Bcommunicates with the cell phone 14B via radio signals transmitted andreceived (over the radio link 15B) by the base station transmissiontower 18B. Thus, a base station provides a radio interface between awireless network and the cell phones operative within the geographicregion covered by the base station. A base station controls radioresources and manages network information (for example, radio channelassigned during a call) that is required to provide telecommunicationsservices to the mobile subscriber. A base station (e.g., the basestation 17B) consists of one or more radio transceivers, one or moretransmission towers (e.g., the transmission tower 18B), and one or moreradio transceiver controllers serving one or more cells. A cell is thegeographic area defined by the telecommunications coverage of the radioequipment located at a given cell site. A cell-site, e.g., the cell-site16B, is the physical location of a cell's radio equipment (i.e., thebase station 17B) and supporting systems. A base station for a cell-siteincorporates radio functions and radio resource control functions.

As noted earlier hereinbefore, the cellular service provider mayreconfigure cell-site boundaries or may even add a new cell sitedepending on the growth of the cellular telephone communication traffic.In FIG. 1, cell site 16D is shown dotted to indicate that the site hasbeen added to the cellular service provider's network 10. Thus, theservice provider may add many more such cell sites, remove some of theexisting sites, or reconfigure cell site boundaries for some or all ofthe existing cell sites to accommodate the increased cellular customerbase. Additionally, or alternatively, the cellular service provider mayupgrade or replace the existing MSC with a more technologically advancedone to better serve the growing needs of the mobile subscribers. In anyof such events, it is desirable that a technician employed by thecellular service provider be able to monitor, maintain, or diagnose theMSC 12 in real time to ascertain whether the MSC 12 properly functionsvis-á-vis the cell sites served by the MSC 12. For example, it may bedesirable to test whether the MSC 12 recognizes a new cell site when thenew site becomes operational, or whether the subscriber-specific dataoriginating from a cell phone (e.g., the cell phone 14A) reach thecorresponding MSC (i.e., the MSC 12 ) and whether the MSC recognizesthat data for further processing. Sometimes, testing of the MSC 12 maybe necessary when a mobile subscriber complains about not being able tooperate the subscriber's cell phone in certain cell sites or regions ofthe service provider's network 10.

Referring now to FIG. 2, an arrangement is shown for accessing themobile switching center 12 to interact and acquire data. The MSC 12 maybe accessed using a processor 26 (e.g., an ECP) with a user accessdevice 26 (e.g., an OCP). The user access device 22 may be present at alocation that is physically different from that of the MSC 12. Forexample, the MSC 12 may be physically installed in city A, whereas theuser access device 22 may be in city B. In this case, the user accessdevice 22 can be connected to the MSC 12 via a communication network 24.The communication network 24 facilitates data communication between theMSC 12 and the user access device 22, and includes a combination of wireline and wireless networks such as, for example, a WAN (wide areanetwork), a MAN (metropolitan area network), the Internet, a wirelesslocal loop, a Bluetooth-based wireless LAN (local area network), etc.The user access device 22 may be a general-purpose PC (personalcomputer), a computer workstation, or a dedicated portable unit that iscapable of data communication over the communication network 24.

In the arrangement illustrated in FIG. 2, the MSC 12 is shown connectedto the processor 26 via a firewall 28 to prevent unauthorized users fromaccessing the processor 26 (as described hereinbelow) during maintenanceand testing of the MSC 12. As is known in the art, the firewalls providea level of security in data communication over a communication network.However, in an alternative embodiment, the firewall 28 may be absent ifso desired by the cellular service provider. The processor 26 is acomputer system equivalent to a system such as, for example, the ECPproduct sold under the “Lucent” trade designation. Software instructionsreside on the processor 26 for execution by the processor 26. Theexecution of this software can be initiated from the user access device22, which can be an OMP, for example, or another suitably equivalentdevice for working in association with the processor 26.

In addition, it should be noted that the software as employed herein canbe initially stored on a computer-readable storage medium (not shown),e.g., a floppy diskette, a compact disc (CD), a magnetic tape cartridge,or any similar magnetic/electromagnetic storage medium. Thereafter, thesoftware can be loaded onto a suitable operating system for executionwithin the system.

In a first aspect, it can be appreciated that RF engineers often need tochange one or more fields in Lucent ECP forms to correct, for example,customer-reported problems. If the same field in several records in aform needs to be changed, which can be a frequent occurrence, manuallychanging the forms can be a tedious job that is prone to human errorduring data entry. A software “script” would therefore be useful toupdate one or more fields in several records in a form.

In one embodiment, an arrangement is illustrated for performingautomatic script generation to aid Lucent ECP database updates. When oneor more fields in an ECP form need to be changed and this change needsto be done for several records in the form, manually performing updatescan require a prohibitive amount of time and effort prone to humanerror. A script can therefore be provided that can perform this updateof fields in an ECP database form. It can be appreciated that aneffective software program for these types of updates can generate thescript necessary to update one or more fields in all of the ECP formsfor which the user has permission to update.

Referring now to FIG. 3, a user enters the particular Lucent ECP formand the field or fields in step 102 for which changes are desired. Anexample of this step can be provided as follows:

-   -   EX: Enter form you want to change→cell2    -   Enter field(s) you want to change→cgsa cstat        (In this example, the user wants to change the fields “cgsa” and        “cstat” in form “cell2”).        Following the preceding example, the program takes the above        user input and begins to generate a script in step 104 to update        the “cell2” form. The user then supplies an input data file in        step 106 with, for example, values of cell number, cgsa and        cstat (all in one line with fields separated by a space as shown        in the following example):    -   76 1 e    -   209 2 g    -   229 1 e    -   74 2e    -   109 1 e    -   110 2 e    -   END        The script created now uses this file as input and creates an        apxrcv script in step 108 which, for purposes of the “76 1 e”        entry in this example, appears as follows:    -   cell2    -   u    -   csno=76    -   cgsa=1    -   cstat=e u EXIT    -   u        This apxrcv script can then be used to update the “cell2” form        in step 110. An example of a command that executes this step is        provided as follows:    -   apxrcv-text-brief-ignwarn-txtelog c <cell2.up        (In this example, “cell2.up” is the apxrcv script generated by        the program. In addition, if there are any errors while running        the script, these errors can be logged in step 112 in the    -   “errfil” file).        In addition, the script provided herein can use        periodically-generated Lucent reports to obtain a key field or        fields for all the records in the form that the user wants to        update. Key fields are usually necessary to update each record        in the form. The software program that generates these scripts        can be called “script.gen” for sake of illustration. The        “script.gen” functionality generates an apxrcv script that        updates the selected form. This apxrcv script is a Lucent tool        to read/update/insert/delete Lucent form records.        Example—Execution of “script.gen” Software        The following illustration demonstrates one particular        embodiment of the execution of the “script.gen” program        discussed hereinabove. The terminology employed herein is        intended to show only one aspect of the software implementation        and operation. This example is not intended to limit the scope        of the present invention. For convenience of disclosure, the        example is presented as a series of steps to be performed by one        skilled in the art in executing the “script.gen” software:

-   Step 0. Install script.gen in the OMP/ECP in the directory where    installation is desired. Change the mode of script.gen to executable    by typing in: chmod 744 script.gen. The script can be installed in    the OMP, if the Lucent “apxrcv” command and the Lucent ECP databases    reside in the OMP. Otherwise, the script should be installed in the    ECP for execution.

-   Step 1. Login to the OMP/ECP (if apxrcv scripts can be run from OMP    log into the OMP, otherwise log into the ECP).

-   Step 2. Type/home/rftools/script.gen (If script.gen is not stored    in/home/rftools use the directory in which it is stored in).

-   Step 3. When the program asks the user to input the form to be    changed, the Lucent form is selected (e.g., cell2, ceqcom2, ceqface,    etc.). The following forms, without limitation, can be supported:    cell2, ceqcom2, ceqface, ceqsu2, ctm, dcch, ecp, fci, resel and    tpptm.

-   Step 4. Next the program requires the user to input the field or    fields for modification.    -   The user can enter multiple fields by separating each field by a        space (e.g., f1=10 and f2=50). In the example above, the user        wants to set f1 to 10 and f2 to 50). The program needs the user        to input the field name as it is defined in the database. The        field names in forms can be obtained as follows:    -   a) Log into OMP/ECP    -   b) Type in apxrcv-text-fields    -   c) Enter the form for which field names are desired    -   d) The apxrcv program displays the field names for the form        desired

Example session:

wpb_ompl iyer>apxrcv-text-fields

AUTOPLEX Cellular System RCV (ODIN)—Data Entry

Enter Form Name (or?): dcch

Keys are:

-   1) csno-   2) vrno    Data fields are:-   3) vrchnl-   4) dvcc_t-   5) hwtype-   6) dstat-   7) ant-   8) tr_ant-   9) lacnum-   10) frame-   11) shlf-   12) slot

Likewise, one can locate the field names for other forms as desired orneeded.

-   Step 5. The program script.gen runs and creates a script file name    FormName.up (if the user wants, for example, to update the form    “cell2” the program creates the script with name, “cell2.up” ) in    the current directory.-   Step 6. To run the script in check mode (i.e., run to check for    errors without updating the database) type as follows:    apxrcv-text-brief-ignwarn-txtelog errfil-check<cell2.up (or whatever    the script file name is). The script runs in the check mode, and if    there are any errors it will log those errors in the “errfil” file.-   Step 7. To run the script and update the database, type as follows:    -   wpb_ompl iyer>apxrcv-text-brief-ignwarn-txtelog errfil<cell2.up        It can therefore be appreciated that this process provides        improvements in automated form updates with minimization of        errors caused by manual data entry.

In another aspect, a method and system can be provided to performdigital retune on a wireless system periodically for the followingprimary reasons: when a new cell is installed; and when radios are addedto the existing cell to satisfy increased traffic needs; when analogradios are removed for substitution by digital radios. Retuning of thesystem must be done after one of the above events, since channels in asystem are reused within the system. To avoid interference, channelsused in a first cell are typically not used in neighboring and nearbycells. In addition, when a new cell is installed, it needs severalchannels. Hence, channels used by a new cell that are not adjacent ornearby the cell can be reused in the new cell. Hence, the retune processpermits this channel reuse to be employed to advantage. In summary,retune involves changing the channel numbers used by a given cell.

In general, retune involves modifying the channel number field in thefollowing forms: ceqsu2, dcch, ctm, resel and fci. Updating the formsceqsu2, dcch and ctm is typically straight forward and can be performedeffectively by scripts updating the channel field in these forms.Updating the resel and fci forms, however, is more complex. For theseforms, the program has to search and locate all the occurrences of thecell/face in the MAHO (handoff) list and change channel numbers to thenew channel numbers. Since, as discussed above, the same cell can beneighbor to several other cells, the program first goes through all thefci and resel forms to determine in which records the cell/face is beingreferenced. The program then generates a script to change the channelnumber in all the appropriate records.

In this aspect, a method and system are provided for digital retuneprogramming of a wireless network using Lucent equipment andfunctionality. With the advent of the TDMA technology, a significantamount of TDMA related fields were introduced to the apxrcv forms. Alarge portion of these are related to the DCCH. To manually change allof the DCCH related fields would take an inefficient amount of time(approximately 15 minutes per site). It is not uncommon to have toretune multiple sites (more than five) to properly integrate a new site.As a result, a tool is needed to automate this process. A scripteliminates the human error introduced as these retunes are usuallyperformed under nocturnal conditions when a human worker is moresusceptible to making mistakes by entering data manually.

The digital retune system takes two files with CTM (TPPTM) and DCCHinformation from the user and generates scripts to update the digitalcontrol channel number to a new value in the following ECP forms:ceqsu2, dcch, ctm, resel and fci. Also, scripts are generated forremoval and restoration of radios that are needed when a retune isrequired. The TDMA retune method and system can be run in “check mode”to simulate what would happen on the live system. This “check mode”allows the user to forecast and eliminate many potential problems.

The TDMA retune method and system therefore significantly reduce thetime required to perform retunes and minimize human errors introduced bymanual entry. This also reduces the amount of time required to performtasks such as new cell deployments, new cell integration and trafficadditions. Use of this TDMA retune method and system also minimizespotential adverse impact on the customer, and this can lead to a moresatisfied customer base.

Referring now to FIGS. 4A and 4B, in this aspect, an RF group generatestwo input files in step 122: a DCCH file (all control Channel changes)and a CTM/TPPTM file (all voice channel changes). These two files arethen input to digtunes in step 124, which is the main program that callsother programs to do specific tasks (the digtunes program is typicallyrun from the OMP).

In step 126 the files ctmret.i/tpptmret.i, dcchret.i, dcchrad.i,ceqsuret.i, reselret.i, and fciret.i are created. The file dcchrad.i issent in step 128 to the ECP (this file has cell and radio number in eachline). This file can be input to Tipdunix to remove/restore radiosfrom/to the wireless network at a subsequent time.

The program calls a dcchret.s script and provides it with the dcchret.ifile in step 130. The dcchret.s script creates the apxrcv script fileE1dcch.ret, where E1 stands for ECP 1. The program calls actmret.s/tpptmret.s script and inputs to it the ctmret.i/tppimret.ifile. The ctmret.s/tpptmret.s file then creates the APXRCV script fileE1ctm.ret/E1tpptm.ret, where E1 stands for ECP 1.

The program determines whether a PCS system is being returned in step132. If not, the program calls ceqsuret.s script and inputs to it theceqsuret.i file in step 134. The ceqsurel.s file then creates the apxrcvscript file E1ceqsu.ret, where E1 stands for ECP 1. Otherwise, if theprogram determines that a PCS system is returned, then the program callsa reselret.s script and inputs to it the reselret.i file in step 136.The reselret.s script creates the apxrcv script file E1resel.ret, whereE1 stands for ECP 1.

Next, the program calls a fciret.s script and inputs to it a fciret.ifile in step 138. The fciret.s script creates the apxrcv script fileE1fci.ret, where E1 stands for ECP 1. The program executes all apxrcvscript files (i.e., E1dcch.ret, E1ctm.ret/E1tpptm.ret, E1fci.ret,E1ceqsu2.ret and E1resel.ret) in check mode in step 140. No updates aremade to the database or databases at this stage. If errors are detectedwhile the program is running in check mode, a report of these errors isgenerated in step 144. This report permits, for example, afrequency-planning engineer to correct the input files and re-start theprocess of generating scripts. Otherwise, the program continues withexecution of scripts in step 146 by running a digtunel.s script. Thisscript executes the apxrcv scripts E1dcch.ret and E1ctm.ret/E1tpptm.retto modify channels in the forms dcch and cim/tppim.

A user can then log into the ECP and run the command radiormv.s in step148. This script removes the list of radios contained in the filedcchrad.i. Next, the user can run the command radiorst.s. This scriptrestores all the radios contained in file dcchrad.i. Finally, in step150, the user can exit ECP, log into OMP, and run the script digtune2.s.This script executes the apxrcv scripts Elceqsu2.ret, E1resel.ret andE1fci.ret to modify the channel filed in forms ceqsu2, resel and fci.

Example—Procedure for Execution of TDMA (DCCH) Retune Scripts

The following illustration demonstrates one particular embodiment of theexecution of the retune system and method discussed hereinabove. Theterminology employed herein is intended to show only one aspect of thesoftware implementation and operation. This example is not intended tolimit the scope of the present invention. For convenience of disclosure,the example is presented as a series of steps to be performed by oneskilled in the art in executing the retune software:Section 1The following scripts should be resident in the following directories inECP and OMP for the retune system to work properly.ECP Scripts: The scripts fciret0.s, resel.s and the input filesfciret.i, resel.i1 and resel.i2 should reside at /user/rftools. Also,the scripts radiormv.s and radiorst.s should reside under/user/rftools.OMP Scripts: The scripts reselpp.s and fciretl.s reside under/home/rftools or some other common directory or bin. The following otherscripts reside under /home/rftools:

-   -   Digtune.o, Digtune.s, digtunel.s, digtunel.o, digtune2.s,        digtune3.s, ceqsuret.s, dcchret.s, ctmret.s, tpptmret.s,        reselret.s, and fciret.s. All the scripts should be in        executable mode (755 or 777).        Section 2        The following is the procedure for executing the TDMA (DCCH)        retune scripts. The TDMA (DCCH) retune scripts update the        digital control channel number in the following apxrcv forms:        ceqsu2, dcch, ctm, resel and fci to the new value. The procedure        is relatively straight forward in the case of ceqsu2, dcch and        ctm forms. The scripts take two input files (dcch input file and        ctm input file), and update the pertinent fields in the ceqsu2,        dcch and ctm forms. In the case of the resel and fci forms, the        procedure is more complex. The scripts take the cell number        (cell) and antenna face number (face) from the DCCH input file        and search through the resel and fci forms for occurrences where        they are used as neighbor cells (Reselection & MAHO lists).        Next, the program updates the channel numbers to the new value        for all of those occurrences. Lastly, the DCCH radios are        removed and restored for the changes to take effect.        Section 3        In order for generating scripts to update fci and resel forms,        the following scripts can be run in ECP and OMP on a periodic        basis, such as a daily basis. In the case of Region 1, the        script tdmaq that is run in all ECP's takes care of this. In the        other regions, the scripts fciret0.s and resel.s run in the cron        in the ECP every night. The script fciret0.s pulls out MAHO        information from fci form and stores it in the file fciret.dbx.        The input file fciret.i must be present for the script fciret0.s        to run. The script resel.s pulls the fields from reel form and        stores them in the file resel.dch. The input files resel.i1 and        resel.i2 must be present in the same directory as resel.s for it        to execute. Sample cron commands to add to ECP are given below:    -   1022 * * */user/rftools/fciret0.s    -   3022 * * */user/rftools/resel.s        The next step involves adding commands to cron to copy the files        fciret.dbx and resel.dch from ECP to OMP and put them under        /home/pace/rje. The following example shows sample commands to        add to the OMP:    -   105 * * * 3bfetch/user/iyer/TDMA/fciret.dbx    -   155 * * * 3bfetch/user/iyer/DCCH/resel.dch        The final step in the preprocessing involves running the scripts        reselpp.s and fciret1.s in the OMP. The script fciret1.s takes        fciret.dbx as input, calculates the screen and row number where        MAHO cells are present and outputs MAHO information, Screen        Number and Row number to /home/pace/rje/fciret.dbx. (In Region 1        this file is named fcire$ECP.dbx, where $ECP is the ECP number).        The script reselpp.s does a similar function with the resel        form. The following is an example of cron commands to run the        above-mentioned two scripts:    -   30 5 * * * /home/rftools/reselpp.s    -   00 6 * * */home/rftools/fciret1.s        Section 4        Three steps are involved to execute the TDMA (DCCH) retune        scripts. In the first step, two input files (DCCH and CTM input        files) are generated by the RF Engineer performing the DCCH        retune(s). These files contain all pertinent information on the        faces in which the DCCH retune(s) are occurring. These input        files are used to generate input for the following apxrcv forms:        ceqsu2, dcch, ctm/tpptm, resel and fci. Below are samples of        each of these files: (the first line below—“dcs cell ra face        channel” should not be entered in the actual input file; it has        been provided here for illustration purposes only).

DCCH Input File: dcs cell ra face channel 2 12 64 1 723 2 12 94 2 753 212 124 3 741 2 18 68 1 776 CTM Input File: dcs cell tg tm channel 2 12312 2 723 2 12 312 3 723 2 12 312 101 750 2 12 312 102 750 2 12 312 103750 2 12 312 104 777Note: First line of input files should be data only (no blank lines,column headings, etc.).The above input files can be either comma-separated fields (e.g., a .csvfile) or space-separated fields (e.g., “2 12 312 2 723”). If the inputfiles are comma separated, the script “digtune.s” automatically convertsthat input file to a space separated fields file.If the input files are created in environments other than the OMP's andtransferred to OMP's using FTP or other tools, steps must be taken toensure that the input files do not contain any control characters. Ifthe file is transferred using “Procomm Plus 3” software or itsequivalent, the following must be done to ensure that there are nocontrol characters: From the “Procomm Plus 3” FTP window, select FTP.Click on “File Transfer Mode”. Select “ASCII”. After this is completed,proceed to transfer the file.The next step involves taking the above input files and creating scriptsto update the following apxrcv forms: ceqsu2, dcch, ctm, resel and fci.For PCS markets, no ceqsu2 scripts are generated.The final step involves taking the above input files and creatingscripts to update the following apxrcv forms: ceqsu2, dcch, ctm, reseland fci. Again, for PCS markets, no ceqsu2 scripts are generated. Thefinal step also involves the execution of the scripts by feeding thescripts as input to apxrcv. After the execution of the scripts, thechannel numbers in all of the above forms will be changed to the newvalues and the TDMA (DCCH) retune will be complete.Steps for invoking the proper scripts to do a desired function are asfollows:

1. Log onto the OMP. Select “Miscellaneous Applications”. Select “OMPShell”. Once in the “OMP Shell”, the user must be sure to be in the samedirectory as the DCCH and CTM input files. Once in the directory wherethe DCCH & CTM input files are stored, type the following:/home/rftools/digtune.s (if the cells that are returned are still VICcells, run digtune.o instead). 2. The script prompts for the names ofthe DCCH and CTM input files. Also, the script will ask the question:PCS market? If answered with “y”, no scripts will be generated to updatethe “ceqsu2” form. Then the script starts generating inputs for all theforms that are being updated. The input files ceqsuret.i, dcchret.i,ctmret.i/pptmret.i, reselret.i and fciret.i will be generated in thisstep. If digtune.o script is executed, ctmret.i file will be generated.If digtune.s is executed, tpptmret.i will be generated instead. Inaddition, it will send the file dcchrad.i to ECP. (NOTE: The user musthave permission to use “3bsend” command for this to happen). This filewill be used later to remove and restore the DCCH radios on the facesbeing retuned. Next, the above input files are used to generate scriptsto update all the forms. The following programs resideunder/home/rftools to accomplish this: ceqsuret.s, dcchret.s, ctmret.s,reselret.s and ficiret.s. The following scripts are generated by theabove programs: Elceqsu2.ret Eldcch.ret, Elctm.ret (or Eltpptm. ret ifdistune.s is executed), Elresel.ret and El fci.ret. 3. After this isdone, the scripts are executed in check mode (no updates to the databasewill be made in this mode) and the results placed in the currentdirectory in the following files: dccherr, ctmerr, ceqsuerr, reselerrand fcierr. By looking at these files, one can discover whether any partof the script will fail when executed. If there are error messages inthese files, they can be analyzed and, if necessary, the input files(DCCH and CTM) corrected. Changes to the input files result in steps 1through 3 being executed again. 4. Next, the user enters the followingcommand from the current directory: /home/rftools/digtunel.s (if thecells that are being retuned are VIC cells run digtunel.o instead). Thiscalls apxrcv with the proper input scripts to update the dcch and ctmforms. 5. After the dcch and ctm form updates are complete, enter thefollowing command: /home/rftools/ecp Type in ˜sh, after you see thefollowing prompts: Connection Established A REPT APXSHL TERMINAL INSERVICE This will take the user to the ECP root directory. Go to homedirectory (e.g: /home/iyer) where the file dcchrad.i is stored. 6. Enterthe following command: /user/rftools/radiormv.s This script will removeall the radios contained in the file dcchrad.i. 7. Enter the followingcommand: /user/rftools/radiorst.s This script will restore all theradios contained in dcchrad.i. 8. After all the radios are restored,enter “exit”. Next enter “Ctrl-D”. This will take the user back to theOMP. 9. Enter “exit” again. Go to OMP shell and press the Enter key. Goto the directory where CTM and DCCH input files are stored. Type thefollowing command: /home/rftools/digtune2.s This will update thefollowing apxrcv forms: ceqsu2, resel and fci. In the case of PCSmarkets, run the command, /home/rftools/digtune3.s. This will updateonly the forms, resel and fci. This finishes all the database updatesrequired for the TDMA (DCCH) retune.It is important to look at the error files after all updates arecompleted to ensure there are no error messages.

In another aspect, a method and system can be provided for digitalretuning of a wireless network containing equipment sold under the“Ericsson” trade designation. Again, automating the retune processspeeds update of the database with new channel numbers and otherinformation and also reduces human errors. Scripts can be scheduled torun at off-peak times that require an insubstantial amount of humanintervention in their execution.

In this method and system, a retune operator supplies an input file withdetails such as, for example, Cell Number, Device Number, New channelnumber, and the like. The program takes this input file and generatesscripts to do the retune. The Ericsson equipment employs an OSS ascompared to the OMP employed by Lucent equipment discussed hereinabove.A Command Handling Window in the Ericsson equipment permits a user toenter commands associated with updates to wireless network information.Commands particular to Ericsson equipment, when applied in accordancewith the methodology described above for Lucent equipment, can bedemonstrated by the following Ericsson retune example:

-   blodi:dev=MDVC-1001; (block a device)-   mtcle:cell=T200A,chnr=1315; (change the channel number)-   blode:dev=MDVC-1001; (deblock a device)

With regard, for example, to the channel number change command, an inputfile can be generated as follows:

Cell # New Channel # T200A 1315 T200B 1316 T115A 1000This input file translates, in the case of the T200A cell number, intothe above-referenced channel number change command. This command isinput to the Command Handling Window of the OSS of the Ericssonequipment. The command generates a script that updates the appropriateinformation in the wireless network to reflect retuning of the system.

In another aspect, a method and system are provided for use with the“Corsair” system for fraud prevention in cell sites. The method andsystem take the tear down report from Corsair's “Phoneprint” system andgenerate a report that includes relevant cellular phone information. ThePhoneprint generates a list of call tear downs on a periodic basis. Theoutput has information such as Date, Time of Call, Site ID, ESN of thefraudulent mobile, telephone number called, and the like. A program isprovided that takes the above output and generates another report thathas Cell Number and total call tear downs for that site for that month.The output file is fed as input to the “Mapinfo” software program and agraphical representation Tear Down Report is generated. Cell sites arecoded with different colors in the map depending on the tear downactivity. For example, dark red represents cells with a high number oftear downs, dark green is next worst, dark blue next worst, and so on.It can be appreciated that choice of a particular color scheme is notcritical to display and interpretation of this graphical representation.In addition, shading and other patterns can be suitably employed inplace of or in connection with the use of color in these graphicalrepresentations. An example of a Tear Down Report graphicalrepresentation is provided in FIG. 3.

By reviewing the Tear Down Report, management can discover what cells(dark red, green, blue, etc) exhibit an inordinate amount of tear downactivity and undertake remedial measures in response to the report. Thereport can be run every week, biweekly, monthly, or with whateverfrequency is desired.

Referring now to FIG. 5, the method and system are performed by a userlogging into the Phoneprint system in step 162 and generating the TearDown Report for the time period desired. For purposes of further datamanipulation, the Tear Down Report can be stored as a text file, forexample. The Tear Down Report is then transferred to a Unix-basedmachine or a suitable functionally equivalent machine where apost-processing program resides. This post-processing program can beexecuted in step 164 by a user typing, for example, a “idscl pp400”command, wherein the “pp400” portion represents the Phoneprint outputfor April of 2000. An illustration of this file prepared for December of1999 can be seen in FIG. 6. In step 166, the program next generates anoutput file (e.g., map400) that can be input to the Mapinfo program instep 168 to generate a graphical representation in step 170 of the TearDown Report. A sample of this output file can be seen in FIG. 7. Asample graphical representation of the tear down report is shown in FIG.8.

Referring now to FIG. 9, in another aspect, a method and system areprovided that permit reverse mapping of telecommunications data inconjunction with Xtel and Lucent equipment. When there is a problem in ageographical area with making phone calls, RF engineers use Xtelequipment to physically move around the area (e.g., such as by drivingin a car or van in a “drive test”) to reproduce the problem as shown instep 182. This Xtel equipment is also used to collect data such assignal strength, BER, and other significant data which can be used todiagnose and resolve the problem. In operation, the Xtel equipmentautomatically makes phone calls to the system and, as the engineerdrives around the area, the Xtel equipment captures informationregarding the call. At the same time, at the switch location, an RF calltrace is started as shown in step 184 on the above calls conducted bythe Xtel equipment. This RF call trace is performed in conjunction withthe drive test to gather data from both uplink and downlink paths andthereby provide a complete set of data to resolve the problem.

The data captured from use of the Xtel equipment and the RF call tracereside in two separate data files 186, 188. Each file containsinformation related to the time of the calls made during the drive testand RF trace procedures. A program is provided that takes these twooutput files generated from Xtel and RF call trace and combines them instep 190 based on the time information. The combined output file cancontain, for example, the following fields: Time, Latitude, Longitude,Forward and Reverse Signal Strength, Forward and Reverse BER, and anyother desired, collected information. The combined output file can thenbe opened in the Mapinfo program in step 192 and a graphicalrepresentation of the drive test can be generated in step 194 based onSignal Strength, BER, and other collected data. Different colors can beused to depict different levels of magnitude of signal strength, BER,and other collected data so that an Engineer looking at the graph canreadily visually determine weak signal strength areas, areas with BERproblem, and other measurements based on the collected data.

In another embodiment, the RF call trace is performed using Ericssonequipment. The program then uses the Xtel call tracking drive test dataand combines it with Ericsson RF call trace data based on a common timebetween data files. A sample Ericsson log file can be seen in FIG. 10.Attributes such as Latitude, Longitude and Signal Strength can then becombined from an Xtel log file (a sample of which is shown in FIGS. 11Aand 11B into an output file. This output file can be opened in Mapinfoand a graphical representation of the data over time can be presented toa user analyzing a problem with the wireless network. A sample of thisgraphical representation is shown in FIG. 12.

In general, Xtel data include longitude, latitude, and similarinformation derived from the area in which the drive test is conducted.The RF call trace data have signal strength and other relevantinformation. Both sets of data can be advantageously combined by thismethod and system based on time so that a graphical representation ofthe drive area can be generated. This graphical representation thereforeborrows data from both Xtel and Lucent or Ericsson equipment to providea combined output file that can be converted into a useful graphicalrepresentation of a given area.

The method and system can operate on a Unix-based system, for example,or on a suitably equivalent system such as a Windows NT system. Use of aWindows NT system enables the user to execute the program outside of theOMP of Lucent-based equipment.

The following is an example that demonstrates a possible implementationof this reverse mapping method and system. A user logs into a PC-basedmachine and enters an ericxtel.bat command from the directory from whichthe script is to be executed. The script expects the Xtel log file to benamed “xtelfil” and the Ericsson log file to be named “ericfil” andthese files must be present in this format in the directory from whichthe ericxtel.bat command is executed. The program then combines the twofiles namely, ericfil and xtelfil, based on common time data between thetwo files and outputs data from both files to a file named xtel.out. Theuser then inputs the xtel.out file to the Mapinfo program and can createa thematic map based on signal strength, BER, or other availableattributes related to the gathered data.

In still another embodiment, and incorporating by reference the abovediscussion related to Lucent and Ericsson RF call trace equipment, amethod and system for Comarco and Hughes equipment can be provided. Inthis embodiment, graphical representations can be produced based on acombination of data files gathered from employment of Comarco calltracking drive test equipment Hughes RF call trace data. A sampleComarco data file is shown in FIGS. 13A and 13B. A sample Hughes datafile is shown in FIG. 14. As discussed above, an output file having acommon time element from each of these files can be input to the Mapinfoprogram to provide a graphical representation of call data based onsignal strength, BER, or any other desired attributed collected ineither of these files. A sample graphical representation of the Comarcoand Hughes arrangement is provided in FIG. 15.

While several embodiments of the invention have been described, itshould be apparent, however, that various modifications, alterations andadaptations to those embodiments may occur to persons skilled in the artwith the attainment of some or all of the advantages of the presentinvention. It is therefore intended to cover all such modifications,alterations and adaptations without departing from the scope and spiritof the present invention as defined by the appended claims.

1. A method for generating a graphical representation of call-specificdata in a wireless network in conjunction with Comarco and Hughesequipment, said method comprising: performing a first phone call usingsaid Comarco equipment to obtain a first set of call-specific drive testdata from an area covered by said wireless network, wherein said firstset of data includes at least a time element of said first phone call;performing a second phone call using said Hughes equipment to perform anRF call trace in connection with said drive test and to obtain a secondset of call-specific data, wherein said second set of data includes atleast a time element of said second phone call; combining said first andsecond sets of data into a combined output file based on respective saidtime elements of said first and second phone calls; and processing saidcombined output file in a thematic mapping software program to provide agraphical representation of said combined output file.
 2. The method ofclaim 1, wherein said call-specific data include signal strengthinformation.
 3. The method of claim 1, further comprising performingsaid second phone call from a switch location in said wireless network.4. The method of claim 1, wherein said combined output file includescall-specific data selected from the group consisting of Time, Latitude,Longitude, Forward Signal Strength, Reverse Signal Strength, ForwardBER, and Reverse BER.
 5. The method of claim 1, further comprisinggenerating said graphical representation based on signal strength data.6. The method of claim 1, wherein said graphical representation iscolor-coded to reflect one or more levels of signal strength depicted onsaid graphical representation.
 7. A computer-readable medium containinginstructions for generating a graphical representation of call-specificdata in a wireless network in conjunction with Comarco and Hughesequipment, said medium comprising: instructions for performing a firstphone call using said Comarco equipment to obtain a first set ofcall-specific drive test data from an area covered by said wirelessnetwork, wherein said first set of data includes at least a time elementof said first phone call; instructions for performing a second phonecall using said Hughes equipment to perform an RF call trace inconnection with said drive test and to obtain a second set ofcall-specific data, wherein said second set of data includes at least atime element of said second phone call; instructions for combining saidfirst and second sets of data into a combined output file based onrespective said time elements of said first and second phone calls; andinstructions for processing said combined output file in a thematicmapping software program to provide a graphical representation of saidcombined output file.
 8. The medium of claim 7, wherein saidcall-specific data include signal strength information.
 9. The medium ofclaim 7, further comprising instructions for performing said secondphone call from a switch location in said wireless network.
 10. Themedium of claim 7, wherein said combined output file includescall-specific data selected from the group consisting of Time, Latitude,Longitude, Forward Signal Strength, Reverse Signal Strength, ForwardBER, and Reverse BER.
 11. The medium of claim 7, further comprisinginstructions for generating said graphical representation based onsignal strength data.
 12. The medium of claim 7, wherein said graphicalrepresentation is color-coded to reflect one or more levels of signalstrength depicted on said graphical representation.
 13. A system forgenerating a graphical representation of call-specific data in awireless network in conjunction with Comarco and Hughes equipment, saidsystem comprising: drive test equipment for performing a first phonecall using said Comarco equipment to obtain a first set of call-specificdrive test data from an area covered by said wireless network, whereinsaid first set of data includes at least a time element of said firstphone call; switch equipment for performing a second phone call usingsaid Hughes equipment to perform an RF call trace in connection withsaid drive test and to obtain a second set of call-specific data,wherein said second set of data includes at least a time element of saidsecond phone call; a processor for combining said first and second setsof data into a combined output file based on respective said timeelements of said first and second phone calls; and a processor forprocessing said combined output file in a thematic mapping softwareprogram to provide a graphical representation of said combined outputfile.
 14. The system of claim 13, wherein said call-specific datainclude signal strength information.
 15. The system of claim 13, furthercomprising a switch for performing said second phone call.
 16. Thesystem of claim 13, wherein said combined output file includescall-specific data selected from the group consisting of Time, Latitude,Longitude, Forward Signal Strength, Reverse Signal Strength, ForwardBER, and Reverse BER.